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(57) ABSTRACT 

A system for remote loading of objects or files in order to 
update software includes operating system architecture that 
calls for different tasks to be broken down into software 
modules that are connected to one another by dynamic links 
or are composed of executable subroutines that have main 
dependence links to other parts of the operating system. 
Each of the modules is composed of object files or libraries 
that are represented by dynamic link libraries among them- 
selves according to a number of dependence levels that are 
described in their respective attributes. 

12 Claims, 2 Drawing Sheets 



22 




31 








21 




a 


KEYLOCK 




REMOTE CONTBOL 




TOUCHSCREEN 




KEYBOARD 




FEE PAYMENT 



BUFFER 
1 


CPU 

1 


ra 

BUFFER'' 


& 5 


LXIS 



21 

BULK STORAGE 



S2 

MONITOR 



I SPEAKER | 



10/03/2003, EAST Version: 1.04.0000 



US 6,240,550 Bl 

Page 2 



U.S. PATENT DOCUMENTS 



4,658,093 4/1987 Hellman 705/52 

4,667,802 5/1987 Verduin et al 194/217 

4,703,465 10/1987 Parker 369/30 

4,761,684 8/1988 Clark et al 725/86 

4,766,581 8/1988 Korn et al 369/30 

4,787,050 11/1988 Suzuki 700/232 

4,811,325 3/1989 Sharpies, Jr. et al 369/85 

4,922,420 5/1990 Nakagawa et al 463/29 

4,937,807 6/1990 Weitz et al 369/85 

4,949,187 8/1990 Cohen 386/69 

4,956,768 9/1990 Sidi et al 710/53 

4,958,835 9/1990 Tashiro et al 463/42 

5,041,921 8/1991 Scheffler 360/13 

5,058,089 10/1991 Yoshimaru et al 369/32 

5,191,573 3/1993 Hair 369/84 



5,191,611 3/1993 Lang 705/53 

5,341,350 8/1994 Frank et al 369/30 

5,355,302 * 10/1994 Martin et al 700/234 

5.418.713 5/1995 Allen 705/32 

5,619,698 * 4/1997 Lillich et al 717/11 

5,708,811 1/1998 Arendt et al 717/11 

5,774,668 * 6/1998 Choquier et al 709/232 

5,781,889 * 7/1998 Martin et al 705/1 

5,790,856 * 8/1998 Lillich 717/11 

5.867.714 * 2/1999 Todd et al 717/11 

5,913,040 * 6/1999 Rakavy et al 709/232 

5,923,885 * 7/1999 Johnson et al 717/11 

5,930,765 * 7/1999 Martin 705/14 

5,959,869 * 9/1999 Miller et al 700/231 

6,009,274 * 12/1999 Fletcher et al 717/11 



* cited by examiner 



10/03/2003, EAST version: 1.04.0000 



U.S. Patent May 29, 2001 Sheet 1 of 2 



US 6,240,550 Bl 













O 




3 


31 






ft 








evil 



DC 
LU 
U. 
U. 

CD 



<DCC 

coo: 

DO 

mo 



LL.I-*- 



CD 



col 



COl 

col 



z> 

CL 
O 



i-l 



$1 



cc 

LU 



3 

en 



TTl 



z 

o 

i- 

op 

£8 




cc 

LU 



CO 



col 



co| 
col 



Q.50 

QOO 




00E 
cnoo 





O 


ml 


2 



col- 
101 



si 




10/03/2003, EAST Version: 1.04.0000 



U.S. Patent May 29, 2001 Sheet 2 of 2 



US 6,240,550 Bl 



Fig.2 



701 



7 



74 



BOOT MODULE 



iKECORE.piIi^GFX/GFXC.DLu2 



3 



■^72 



feBDE-DLUP 



725 



4 



73 



91 



7 



,/ 



759 



IJEERDLLl> 



r 



"V" 
910 



ifELECbM.DLLP 



10 




^870 ^94 
SWOBJECIDJLl h^ 92b " 




^DBMAPLMlK 



93- 



873 \ 

874 92 



98 

^JSTRUCT.DJI 



94 



88- 



■ > File Loading Order 

— +■ File Dependencies 
f o Module 

I h Task 



fi WIMAGE.DJO (r - 



I ftWSCREEN.DJO^ ^ 
J'* 



in 



VPSCREEN.DJI 



WLABELDJO 



X 



7 



T 



92a 
96 




XCRDJF 



856 



86 



95 



97 



880 
881 
883 
882 
884 
885 



^JHANDLERfl 



89 



90 



f ^SILOORDLLU 



10/03/2003, EAST Version: 1.04.0000 



US 6,240,550 Bl 

1 2 

SYSTEM FOR REMOTE LOADING OF According to another feature, the different tasks include a 

OBJECTS OR FILES IN ORDER TO UPDATE main task that includes a module (JUKECORE), which is 

SOFTWARE designed to load the dynamic link libraries (DLLs), to 

initialize the nucleus of the program, to initialize the graph- 

BACKGROUND OF THE INVENTION 5 ics management module (GFX), to initialize the library 

. t . , . t F t 1rt j lo ading module (WD LL), to load the Telecom module of the 

Tins invention pertains to a system for remote ^ loading of telecomm unications tasks (TELECOM.DLL), and to launch 

objects or files in order to update software particularly for ^ ^ . ^ ^ m ^ a maiQ ^ 

audiovisua reproduction systems that are triggered by the ^ f ^ fa subdivided 

payment of fees, such as jukeboxes or other devices. a number of ^ a tagk ^ ^ 

In the prior art, devices for remote loading of an operating 10 spec jfi c to the terminal, 

system through a network are known such as, for example, According to another feature, this specific task is that 

from British Patent No. 2 231 180. The teaching of this which corresponds to a jukebox and includes a specific main 

patent application calls for loading a first computer, which is task ^ a certain number of modules that define the "Windows" 

connected to a second computer via a network, by loading functions of the display, which are the following: 

a subset of the operating system into the memory of the first 15 a mo duie for running the mouse signals or the touch 

computer, whereby the subset contains the commands that screen; 

make it possible to copy files, create a directory, and format a module f or mn ning the messages that are exchanged 

a disk, as well as allowing a connection to operate through among the objects; 

the network so that this subset can then be used to transfer a « FIL DJL » module for managing the files on disk; 

all of the operating system files from the second computer to & « FIL DJL „ moduk for readi and writi files t0 and 

the disk of the first computer. ^ om d ^. 

In this type of remote loading, the purpose is to load the ft « FIU0 .DJL" module for monitoring all of the events 

entire operating system and all of the operating system files. ^ are ated b the hardware> such as the touch 

This thus limits remote loading either to tying up, for ^ me sound cafd) and ^ ffl hardware pro . 

relatively long periods of time, telecommunications systems cessins interface 

that are to carry out remote loading in the case of the According to another feature, the main task of the jukebox 

operating system or causes the relevant files to have to be application includes a "SILOAD.DLL" module, which con- 

updated frequently. tains the Hbrary of the loa(Jer progranij whe reby the library 

From U.S. Pat. No. 4,958,278 a system is also known for 3Q ^ intended t0 verify the versions of the dynamic link 

remote loading to a terminal that is not equipped with a disk libraries that are requested, to load them, and to call the 

player. Telecom task modules in order to transfer files. 

From French Patent No. 2 682 786 another process is According to another feature, the SI LOAD module 

known for remote loading to a terminal that is not equipped includes the list in a file (DLL.DEFAULT) of the minimum 

with a hard disk. 35 versions that are required for operation, as well as the list of 

Finally, European Patent No. 0 358 992 teaches a method all of the functions that are represented either by the libraries 
for remote loading, via a network, of an operating system or (DJL) (DATA JUKEBOX LIBRARY) or by the object files 
of executable files to a computer that does not include a boot (DJO DATA JUKEBOX OBJECT), 
device or other devices that hold the executable program. A According to another feature, the object or library con- 
first minimum boot program is transferred initially, and then 4 o tains the list of all of the functions that the library or object 
this minimum boot program executes itself, establishes a needs, as well as the version numbers and dependencies, 
logical link to a disk of the server, and allows the querying According to another feature, WDLL ensures the man- 
computer to treat the server disk as a local boot device. agement of all of the new modules and verifies that the 

ot tx a\ jf a "Dvr ^t? tuc im/cMTtnM remotely loaded modules do not have any missing depen- 

SUMMARY OF THE INVENTION ^ dencie / and ^ they haye been loaded with the necessary 

The object of the invention is to avoid the necessity, on the versions, 
one hand, of rebooting the terminal to which downloading is According to another feature, SILO AD manages the load- 
done and, on the other, to make it possible to transfer m g 0 f the modules that are specific to the task of the 
operating files or parts of an executable program without terminal, i.e., all of the "DJL" modules already listed above, 
having to reinitialize the machine, and doing so while 50 as we u ^ the jukebox library modules constituted by 
making sure that the operation of the system is not degraded WOBJECT manage the object, the mixer, and the purchases; 
by the remotely loaded version. the "WCURSOR" module manages the movements of the 

This object is achieved by virtue of the fact that the cursor; the DBMAPI module manages the database; the 

architecture of the operating system provides for breaking "WFONTS" module manages all of the font types; and the 

the different tasks down into software modules that are 55 "PARSER" module analyzes and generates the screens from 

interconnected by means of dynamic links or are composed the script and verifies the grammar with the aid of the 

of executable subroutines that have main dependence links "GRAMMAR.DJL" module and the lexical module "LEXY- 

to other parts of the operating system, whereby each of the .DJL." 

modules is composed of object files or libraries that are According to another feature, the library loading module 

represented by dynamic link libraries, which are organized 60 SILO AD includes a "WINDEF' module that contains the 

among themselves according to a number of dependence list of the files that have to be included in order to manage 

levels, as described in their respective attributes. the windows of a Windows display that is supplied on the 

According to another feature, the attributes of an object or monitor of the jukebox-type terminal, 

a library indicate the version number and the dependencies According to another feature, this list of objects consists 

of the object with respect to other objects. 65 of: 

According to another feature, the attributes indicate the an "OBJET WPSCREEN.DJO" module, which makes it 

levels attributed to the modules. possible to define the main page on the monitor; 
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a "WSCREEN.DJO" object module, which makes it 
possible to determine in this main page the number of 
screens that are available and thus to allow multiple 
windows or screens to be displayed; 

a "WIMAGE.DJO" module, which makes it possible to 
determine and define on the screen the image that it will 
use; 

a "WANIM.DJO" module, which makes it possible to 

define the animation when the image is animated; 
a "WBUTTON.DJO" module, which makes it possible to 

define and manage the buttons that are used on the 

screen of the main page; 
a "WLABEL.DJO" module, which makes it possible to 

create the labels that make it possible to write on top of 

an object; and 

a "WSCROLLER.DJO" module, which makes it possible 
to design the scroll display zones, between two points 
for example, horizontal, diagonal, vertical. 

According to another feature, all of these object modules, 
which are managed by the main task, use a "JHANDLER" 
library, which makes it possible to define the fixed uses of 
the screens and thus to determine which are the interfaces 
that ensure the link to the different objects that are defined 
by the preceding modules. 

According to another feature, the SILO AD task launches 
or loads the "XCP" module, makes it possible to manage 
payment tasks such as those handled by ticket receiving 
systems or coin or card payment units, and also makes it 
possible to save the basic information in the IBUTTON. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other features and advantages of this invention will be 
made clearer by reading the description given below, with 
reference to the attached drawings, where: 

FIG. 1 shows a schematic of the electrical diagrams of the 
hardware that constitutes the invention; and 

FIG. 2 shows a flow chart of the relationships between the 
library modules and the object modules. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

Preferably, but without being limited hereto, the audiovi- 
sual reproduction system uses the hardware elements listed 
and referenced below. 

Referring to FIG. 1, a microprocessor central unit 1 is a 
high-performance PC compatible system, whereby during 
implementation a Pentium-type system was chosen that has 
the following memory resources and specifications: 

compatibility with the local VESA bus; 

processor cache: 256 KB minimum; 

RAM memory: 32 MB; 

high-performance serial ports; 

SVGA microprocessor graphics adapter; 

SCSI/2 type bus controller; 

self -powered static RAM memory. 

Any other central processing unit that has the equivalent 
or better performance can be used in the invention. 

This central processing unit controls and manages a sound 
control circuit (5), a telecommunications control circuit (4), 
an input control circuit (3), a bulk storage control circuit (2), 
and a display control circuit (6). The display consists pri- 
marily of a flat-screen non-interlaced SVGA high-resolution 
and low-radiation video monitor (62), i.e., this is the monitor 
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that is used to reproduce images (for example, the album 
covers of musical selections), graphics, or video clips. 

A bulk storage (21), which uses hard disks of the high- 
speed and high -capacity SCSI type, is associated with the 
5 storage that is already present in the microprocessor device. 
This storage serves to store digitized and compressed audio- 
visual information. 

A high-speed telecommunications modem adapter (41), 
which is built in in order to enable the link to an audiovisual 
10 information distribution network that is controlled by a 
central server. 

In order to reproduce the sound information of the musi- 
cal selections, the system includes loudspeakers (54) that 
receive the signal from a tuner-amplifier (53), which is 

15 connected to electronic circuit (5) that incorporates two 
memory buffers (56, 57) of the music synthesizer type that 
are supplied to support a large number of input sources while 
providing CD (compact disc) type output quality. 

Likewise, the display control circuit 6 also has two buffer 

20 memories (66, 67) for the purpose explained above. 

A 240-watt thermally regulated and ventilated power 
supply feeds power to the system. This power supply is 
protected against overcurrents and overdriving. 

By means of its input controller circuit (3), the audiovi- 

25 sual reproduction system manages a touch screen (33), 
which includes a glass coating panel that uses the "advanced 
surface -wave technology", as well as an AT- type bus con- 
troller. This touch screen is able to display on video monitor 
(62) or the screen of a television set (61) various selection 

30 data that are used by the customers, as well as management 
command and control data that are used by the manager or 
owner of the system. This touch screen is also used for 
maintenance purposes in combination with an external key- 
board (34) that can be connected to the system which, for 

35 this purpose, has a keyboard connector that is controlled by 
a key lock (32) via interface circuit (3). 

Input circuit (3) also interfaces the system with a remote 
control assembly (31) that consists of, for example, a radio 
frequency RF remote control. 

40 A fee payment device (35) is also connected to input 
interface circuit (3). It is also possible to use any other 
device that makes it possible to receive any kind of payment 
using coins, tickets, tokens, magnetic or microchip cards, or 
any combination of these means of payment. 

45 To allow the system to be installed, it is equipped with a 
chassis or is built with customizable external fittings. 

In addition to these elements, a wireless microphone (55) 
is connected to sound controller (5); this makes it possible 
to convert the sound controller into a powerful public- 

50 address and information system or optionally into a karaoke 
machine. Likewise, the system can also use a wireless 
loudspeaker system. 

Remote control assembly (31) allows the manager from, 
e.g., behind the bar, to access and control various commands 

55 such as: 

the microphone on-off control; 
the loudspeaker muting control; 

the control for canceling the musical selection that is 
currently being played. 

60 Two buffers (56, 57) are associated with sound controller 
circuit (5) in order to make it possible to store, each 
alternately, a data item corresponding to at least approxi- 
mately a quarter of a second of sound. Likewise, two buffers 
(66, 67) are associated with video controller circuit (6), 

65 whereby each buffer is able, either by itself or alternatively, 
to store at least approximately one-tenth of a second of an 
image. Finally, a respective buffer (46, 36, 26) is associated 



10/03/2003, EAST version: 1.04.0000 



US 6,240,550 Bl 



with each of communications controller circuit (4), input 
interface circuit (3), and storage circuit (2). 

The system operating software was developed around a 
library of tools and services that were very largely oriented 
toward the audiovisual domain in a multimedia universe. 5 
This library advantageously includes a high-performance 
multitask operating system that effectively allows the simul- 
taneous execution of multiple fragments of code. This 
operating software also allows the concurrent execution, in 
an orderly and completely conflict-free way, of operations 10 
that are carried out on the display and the sound reproduc- 
tion structure, as well as the managing of the telecommu- 
nications links through the distribution network. Moreover, 
this software is highly flexible. 

The operating system is divided into modules, which is 
include a first boot module (7), which in turn is subdivided 
into a first main program module (70) "JUK.EXE", which 
checks the memory and verifies whether the minimum 
number of objects is available to ensure the operation of the 
jukebox; a second module (71), which is dynamically linked 20 
and is dependent thereon, is represented by the 
"JUKECORE.DLL" module. The function of the second 
module (71) is to hold the libraries in C and to ensure the 



all of the functions that the library or object needs, as well 
as the version members and dependencies. The WDLL 
module manages all of the new modules, checks to verify the 
interdependencies, and verifies that the remotely loaded 
modules have no dependence and have been loaded with the 
required versions. Application part (8) that is inherent in a 
jukebox includes a certain number of modules that are 
loaded and launched by SILOAD and that define the "Win- 
dows" functions of the display, which include the following: 
a module (81) for running the mouse or touch -screen 
signals; 

a module (82) for running the messages that are 
exchanged between the objects and the various other 
modules; 

a FIL.DLL module (83) for managing the files on disk; 

a read-write module (84) FILO.DJL for files on disk; 

a JSTRUCT.DJL module (85) for monitoring all of the 
events produced by the hardware, such as the touch 
screen, the sound card, and the interface for processing 
fee hardware. 

SILOAD manages the loading of the modules that are 
specific to the task of the terminal, i.e., all of the DJL 
modules already listed above, as well as jukebox library 



execution of the main task. 

The architecture of the operating system calls for the 25 modules (87), consisting of WOBJECT (870), which man- 
different tasks to be broken down into software modules that ages the objects such as the mixer and purchases; WCUR- 
are connected to one another by dynamic links or consist of SOR module (871), which manages the movements of the 
executable subroutines that have main dependence links to cursor; DBMAPI module (872), which manages the data- 
other parts of the operating system. Each of the modules is base; WFONTS module (873), which manages all of the 
composed of object files or dynamic link library files that are 30 types of fonts; PARSER (syntactic analysis program) mod- 



organized according to a number of dependence levels 
described in the attributes. The attributes of an object or a 
library indicate the version number and the dependencies of 
the object or library file with respect to other object files, as 
described below for the PARSER module. Each attribute 35 
indicates the level attribute to the module. Thus, the 
JUK.EXE module (70) is of a higher level than the modules 
JUKECORE (71), TLS (72), CRDE (73), GFX (74), WDLL 
(75), JEEP (9) and TELECOM (10), but TELECOM module 
(10) is dependent on JEEP module (9) (see link 910), and is 40 
thus lower in level than JEEP (9). 

Likewise, JEEP (9) (see link 759) is of a lower level than 
WDLL module (75), because it is dependent on it and TLS 
(725), of a higher level than WDLL (75). However, TLS and 
GFX may be on the same level. The main task includes a 45 
module (JUKECORE) whose purpose is to initialize or load 
module (73), the nucleus of program "CRDE.DLL", to 
initialize or load module (74) for managing graphics (GFX), 
to initialize or load module (75) for loading libraries 
(WDLL.DLL), to load Telecom module (10) for the task of 50 
telecommunications (DLL), to load TLS .DLL module (72), 
which contains all the uses required for the jukebox, for 
telecommunications, time, decryption, etc. , . . . , to initialize 
or load the library of JEEP (Juke Execution Exchange 



ule (874), which analyzes and generates the screens from the 
script and verifies grammar with the aid of module "GRAM- 
MAR. DJL" (876) and module "LEXY.DJL" (875), which is 
the lexical module that assigns the functions of the words 
within the language. PARSER module (874) contains in its 
file header the following information: 



-char*parser_veision_info - 



"DLL._JNFO.DJL," 
"DLL-NAME PARSER. DJL" 
"VERSION 1;" 
"CREATOR KENDALF;" 
"REQUIRES lexyy.djl;4" 
"REQUIRES grammar-djl;5"; 



All of the modules and all of the libraries (DJO, DLL, 
DJL) contain information similar to that of the PARSER 
module, and this information determines the needs in terms 
of versions and dependence. 

Thus, the PARSER module needs LEXY module version 
4 and GRAMMAR module version 5 in order to allow it to 
be executed by the system. The double arrows in FIG. 2, 
which connect the various modules to one another, indicate 



the order in which the different files are loaded. Thus, as 
Protocol) programs, which handle the tasks of an integrity 55 indicated previously, it will be necessary to start by loading 



server, load request and dialogue with the server, and to 
launch program (80, SILOAD.DLL) as a main task. The 
main task of the jukebox application includes a module 
(SILOAD.DLL) that contains the library of the loader pro- 
gram whose purpose is to verify the dynamic link library 
versions required in (WDLL), to load them or to call the 
tasks, using The Telecom module in order to transfer files. 
The WDLL.DLL module includes the list in a file 
(DLL.DEFAULT) of the versions that are required for 
operation, as well as the list of all of the functions that are 
represented by libraries (LIBRARY) (DLL, DJL) or by 
object files (DJO). Each object or library contains the list of 



60 



65 



JUKE. EXE, then loading JUKECORE.DLL, and being able, 
from JUKECORE.DLL, to load GFX .DLL, TLS. DLL, 
WDLL.DLL, JEEP.DLL, TELECOM.DLL, CRDE.DLL, 
and SILOAD.DLL. 

The single arrows represent the dependencies between 
files. Thus, arrow (91) indicates that the DJL and, in 
particular, DBMAPI modules are dependent on CRDE.DLL. 
Arrow (93) indicates that the DJO files are dependent on the 
WOBJECT.DJL module. The WOBJECT. DJL module is 
itself dependent on the FILIO.DJL module. Arrow (92a) 
indicates that DBMAPI. DJL is dependent on 
JSTRUCT.DJL, and arrow (92b) indicates that 
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DBMAPI.DJL is dependent on WMESSAGE.DJL. Arrow 
(98) indicates that JSTRUCT.DJL is dependent on the 
WMESSAGE.DJL file. WM ESS AGE is dependent on the 
MOUSE.DJL file and, since FILIO.DJL is dependent on the 
F1L.DJL file, the file XCP.DJL is dependent, as indicated by 
arrow (856), on JSTRUCT.DJL and, as indicated by arrow 
(826), on WMESSAGE.DJL. The J HANDLER file is 
dependent, as indicated by arrow (97), on WMES- 
SAGE.DJL and, as shown by arrow (96), on JSTRUCT.DJL. 
The SILOOP.DJL file is dependent, as indicated by arrow 
(95), on JSTRUCT.DJL and, as indicated by arrow (94), on 
WMESSAGE.DJL. The TELECOM.DLL file is dependent, 
as indicated by arrow (910), on JEERDLL, which in turn is 
dependent, as shown by arrow (959), on WDLL.DLL. The 
WDLL.DLL file is dependent, as indicated by arrow (725), 
on TLS.DLL. Likewise, arrow (89c) shows that GRAM- 
MAR. DJL is dependent on LEXYDLL and, as indicated by 
arrow (996), that LEXYDJL is dependent on PARSER. DJL. 
Thus, as was seen previously, PARSER requires LEXY and 
GRAMMAR to execute itself, and version 1 of PARSER 
calls version 4 of LEXYDJL and version 5 of GRAM- 
MAR.DJL. Likewise, WOBJECT.DJL is dependent, as indi- 
cated by arrow (99a), on PARSER. DJL. Thus, all of the 
.DJO, .DLL, and .DJL modules and libraries contain infor- 
mation similar to that of the PARSER module, which 
determines the version requirements of the various modules 
on which a given module is dependent. This information 
also indicates the dependencies of the modules with respect 
to the other modules, as indicated by the arrows in FIG. 2. 

Library loading module SILOAD also loads or launches 
a module SILOOPDLL (90), with an event wait tape. A set 
of modules (88) contains a list of the files that have to be 
included there to manage the windows of a Windows display 
that is provided on the monitor of the jukebox-type terminal. 

This list of objects consist of: 

an object file (883) "WPSCREEN.DJO", which makes it 
possible to define the main page on the monitor; 

an object file (881) "WSCREEN", which makes it pos- 
sible to determine on this main page the number of 
screens available and thus to make it possible to display 
multiple windows or screens; 

an object file (880) "WIMAGE.DJO", which makes it 
possible to determine and define on the screen the 
image that the screen will use; 

an object file (882) "WANIM.DJO", which makes it 
possible to define the animation when the image is 
animated; 

an object file (885) "WBUTTON.DJO", which makes it 
possible to define and manage the buttons that will be 
used on the screen of the main page, such as the 
actuation buttons used in the graphical interface that is 
defined in patent application PCT WO 96/12258; 
an object file (884) "WLABEL.DJO", which makes it 
possible to create labels that make it possible to write 
on top of an object; and 
an object file (886) "WSCROLLER.DJO", which makes 
it possible to define the vertical-scroll display zones. 
A "JHANDLER" library makes it possible to define the 
fixed uses of the screens and thus to determine which are the 
interfaces that ensure the links to the different objects that 
are defined by the previous modules. 

Library module "XCP" (86) makes it possible to manage 
the payment tasks such as those of ticket receiving systems 
or coin or card payment units and also makes it possible to 
back up basic information in the IBUTTON, which is an 
integrated circuit for storing secret codes for the user. 



Thus, when a new file is sent by remote loading to the 
system, the file contains information on its level, which 
depends on the type of file. The files of the graphical images, 
for example WIMAGE.DJO, have the highest levels, and the 
5 hardware management files, for example XCP.DJL, have the 
lowest levels. The JEEP module verifies the dependence 
logic by starting with the lowest-level files and moving up 
toward the higher files, all the while ensuring that the 
necessary dependencies between the files or libraries are 
io respected. In this way, a modification in WOBJECT.DJL 
will cause JEEP to verify that the version information 
required by WOJBECT.DJL for the DJO files that are 
dependent and are required for its execution corresponds to 
the minimum versions required by the information recorded 
15 in the WOBJECT.DJO file. Thus, if WOBJECT.DJL 
requires a certain version of WPSCREEN.DJO, it will verify 
that this version is at least present and that, if there is only 
a version of an inadequate level, it will report a problem. 
Then JEEP will go up the dependence links toward F1L- 
20 IO.DJL and FIL.DJL. 

The hard disk of the jukebox is organized in such a way 
as to comprise a directory C:\NEWJUKE, which contains 
the new jukebox files when new modules are remotely 
loaded. Another file, C:\OLDJUKE, contains a backup of the 
25 stable versions of the files and modules that are required for 
the operation of the jukebox. The JEEP (JUKE EXECU- 
TION EXCHANGE PROTOCOL) module contains an 
automatic file manager that keeps track of the modules and 
files that are updated by backing up the old files for a certain 
30 period of time and by moving their files into the NEWJUKE 
directory. This task also copies the files on the tracks of the 
disk in the event that there is a sudden incident during the 
remote loading operation. The JEEP module also contains a 
reboot manager that is responsible for changing the execu- 
35 tion level of the files of the jukebox once the automatic file 
manager has determined that an update of the jukebox has 
been accomplished. The JEERDLL module also generates a 
MISDEPS.DAT file when a missing dependence has been 
detected. This file contains lines in the form NEEDPAR- 
SER.DLL arrow version 2: NEEDLEXYDLL-»version 2.0, 
etc. . . This file allows the server, by reading this 
MISDEPS.DAT file, to determine the modules on the juke- 
box and to reload them. 

Other modifications within the grasp of one skilled in the 
art are also part of the spirit of the invention. 
What is claimed is: 

1. A system for remote loading of objects or files in order 
to update software, comprising operating system architec- 
ture that includes a breakdown of various tasks into software 
modules that are interconnected by dynamic links or are 
made up of executable subroutines that have primary depen- 
dence links to other parts of the operating system, wherein 
each of the software modules is composed of object files or 
library files that are represented by dynamic link libraries 
that are organized between them according to a number of 
levels of dependence that are described in their respective 
attributes; 

wherein the various tasks include a main task that 
includes a module (JUKECORE) that is intended to 
load the dynamic link libraries (DLL), to initialize a 
kernel of the program, to initialize a graphics manage- 
ment module (GFX), to initialize a library loading 
module (WDLL), to load a Telecom module of tele- 
communications tasks (TELECOM.DLL), and to 
launch a screen interpreter program as a main task. 

2. A system for remote loading of objects or files in order 
to update software according to claim 1, wherein the pro- 
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gram is subdivided into a certain number of modules, each 
of which defines a task that is specific to a terminal that is 
equipped with at least a telecommunications modem and a 
central unit. 

3. A system for remote loading of objects or files in order 
to update software according to claim 2, wherein said 
specific task is the task that corresponds to a jukebox and 
includes a specific main task, along with a certain number of 
modules that define window functions of the display, which 
are as follows: 

a module for exploiting mouse or touch screen signals; 

a module for exploiting messages that are exchanged 
among the objects; 

a FIL.DJL module for managing files on disk; 

a F1LIO-DJL read-write module for files on disk; and 

a JSTRUCT.DJL module for monitoring events generated 
by hardware, such as the touch screen, a sound card, 
and a processing interface for coin equipment. 

4. A system for remote loading of objects or files in order 
to update software according to claim 3, wherein the specific 
main task of the jukebox application includes a module 
(SILOAD.DLL) that contains the library of the loader pro- 
gram that is designed to verify the required dynamic link 
library versions, to load them, and to call the Telecom task 
module in order to effect file transfer. 

5. A system for remote loading of objects or files in order 
to update software according to claim 4, wherein said 
SILOAD module includes in a file (DLL.DEFAULT) a list 
of the minimum versions that are required for operation, as 
well as a list of all functions that are represented either by 
libraries (DATA JUKEBOX LIBRARY) or by object files 
(DJO.DATA JUKEBOX OBJECT). 

6. A system for remote loading of objects or files in order 
to update software according to claim 5, wherein each object 
or library contains the list of all the functions that the library 
or the object needs, as well as the version numbers and the 
dependencies. 

7. A system for remote loading of objects or files in order 

to update software according to claim 1, wherein the WDLL 40 
module includes means for managing new modules and 
verifying that remotely loaded modules have no missing 
dependencies and that they have been loaded with the 
necessary versions. 

8. A system for remote loading of objects or files in order 
to update software according to claim 4, wherein the 
SILOAD module includes means for managing loading and 
modules that are specific to the task of the terminal, includ- 
ing all DJL modules and jukebox library modules consti- 
tuted by WOBJECT that manages objects, a mixer, and 
purchases; a WCURSOR module that manages movements 
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of the cursor; a DBMAPI module that manages the database; 
a WFONTS module that manages the font types; and a 
PARSER module that analyzes and generates the screens 
based on the script and verifies grammar with the aid of a 
GRAMMAR. DJL module and a LEXY.DJL lexical module. 

9. A system for remote loading of objects or files in order 
to update software according to claim 8, wherein the 
SILOAD library loading module includes a WINDEF mod- 
ule that contains a list of the files that have to be included in 
order to manage the windows of a display that is shown on 
a monitor of the jukebox type terminal. 

10. Asystem for remote loading of objects or files in order 
to update software according to claim 9, wherein said object 
list is composed of: 

an OBJET WPSCREEN.DJO object module, which 
makes it possible to define a main page on the monitor; 

a WSCREEN.DJO module, which makes it possible to 
define, in said main page, the number of available 
screens and also to make it possible to display multiple 
windows or screens; 

a WIMAGE.DJO module, which makes it possible to 
determine and define in the screen the image that it will 
use; 

a WAN1M.DJO module, which makes it possible to define 

animation when the image is animated; 
a WBUTTON.DJO module, which makes it possible to 

define and manage buttons that are used on the screen 

of the main page; 
a WLABEL.DJO module, which makes it possible to 

create labels that make it possible to write on an object; 

and 

a WSCROLLER.DJO module, which makes it possible to 
define display zones that are to be scrolled between two 
points. 

11. Asystem for remote loading of objects or files in order 
to update software according to claim 10, wherein the set of 
the object models that are managed by the main task uses a 
J HANDLER library, which makes it possible to define fixed 
uses in the screens and thus to determine which are the 
interfaces that ensure the links to the different objects 
defined by the software modules. 

12. Asystem for remote loading of objects or files in order 
to update software according to claim 4, wherein the 
SILOAD task includes means for launching or loading an 
XCP module, which makes it possible to manage payment 
tasks and also makes it possible to protect basic information 
in an I BUTTON. 
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